Mobile view for physician metrics

ABSTRACT

A method that includes receiving a request on a mobile device from a user to access first performance data indicative of at least one performance metric of a physician is provided. The method includes receiving confirmation that the user has been authenticated as the physician and receiving the first performance data indicative of the at least one performance metric of the physician for a period of time. In some embodiments, the method further includes configuring the first performance data for display in a format specific to the mobile device and providing the formatted first performance data for display on the mobile device. A mobile device and a system to perform the above method are also provided.

CROSS-REFERENCE TO RELATED APPLICATIONS

The present application is the National Phase of and claims priority to,under 35 U.S.C. §371, International Application No. PCT/US2014/065676entitled MOBILE VIEW FOR PHYSICIAN METRICS, to Tianyu D'Amore, filed onNov. 14, 2014, designating the United States of America, which claimspriority to U.S. Provisional Patent Application No. 61/905,031 entitledMOBILE VIEW FOR PHYSICIAN METRICS, to Tianyu D'Amore, filed on Nov. 15,2013. The contents of each of the above mentioned applications areherein incorporated by reference in their entirety, for all purposes.

BACKGROUND

1. Field

The present disclosure generally relates to the presentation of data,and more particularly to the use of a computing device to display data.

2. Background

Caregivers and healthcare personnel, such as physicians, are subject tohigh pressure in an ever increasingly competitive healthcare market.Patients and insurance providers are constantly reviewing healthcareprofessional performance and make decisions and selections accordingly.Thus, it is desirable for a healthcare provider or physician to haveeasy access to his or her personal performance data, in order to improveit. Also, it is desirable for managers and supervisors to have access toother healthcare professional's performance data for accountability andother managerial decisions such as compensation, costs, and billing.

SUMMARY

A computer-implemented method according to embodiments disclosed hereinincludes receiving a request on a mobile device from a user to accessfirst performance data indicative of at least one performance metric ofa physician. The method also includes receiving confirmation that theuser has been authenticated as the physician and receiving the firstperformance data indicative of the at least one performance metric ofthe physician for a period of time. In some embodiments, the methodfurther includes configuring the first performance data for display in aformat specific to the mobile device and providing the formatted firstperformance data for display on the mobile device.

A system as disclosed herein includes a memory storing executableinstructions and a processor configured to execute the executableinstructions stored in the memory. Upon execution of the commands, theprocessor causes the system to receive a request on a mobile device froma user to access first performance data indicative of at least oneperformance metric of a physician. The processor may also cause thesystem to receive confirmation that the user has been authenticated asthe physician, and to receive the first performance data indicative ofthe at least one performance metric of the physician for a period oftime. In some embodiments, the processor also causes the system toconfigure the first performance data for display in a format specific tothe mobile device and to provide the formatted first performance datafor display on the mobile device, wherein the at least one performancemetric is configured by the user.

A mobile device according to some embodiments includes a memoryconfigured to store commands, a display configured to provide aplurality of metrics related to a healthcare professional's performance,and a communications module configured to communicate with a remoteserver through a network. The mobile device may also include a processorconfigured to execute the commands in the memory and retrieve ahealthcare professional performance data from the remote server usingthe communications module, the processor is further configured toprovide a graphic display of the healthcare professional performancedata to the display. In some embodiments, the mobile device includes ageo-locator module configured to obtain at least two geo-coordinates forthe mobile device, and to provide the at least two geo-coordinates tothe processor.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, which are included to provide furtherunderstanding and are incorporated in and constitute a part of thisspecification, illustrate disclosed embodiments and together with thedescription serve to explain the principles of the disclosedembodiments. In the drawings:

FIG. 1 illustrates an example embodiment of an example user interfacefor viewing physician metrics on a mobile device.

FIG. 2 illustrates an example process for viewing physician metrics on amobile device.

FIG. 3 illustrates an example architecture for providing a userinterface for viewing physician metrics on a mobile device, according tosome embodiments.

FIG. 4 is a block diagram illustrating an example computer system withwhich the personal computing device and server of FIG. 1 can beimplemented.

DETAILED DESCRIPTION

In the following detailed description, numerous specific details are setforth to provide a full understanding of the present disclosure. It willbe apparent, however, to one ordinarily skilled in the art that theembodiments of the present disclosure may be practiced without some ofthese specific details. In other instances, well-known structures andtechniques have not been shown in detail so as not to obscure thedisclosure.

The disclosed system provides for a display of metrics related to ahealthcare professional's performance, on an electric device. In someembodiments, the electric device is a mobile device capable ofcommunicating with a remote server through a network. The mobile devicemay be a smart phone, or a tablet device configured to wirelessly couplewith the network. The network may be a local area network (LAN), acampus area network (CAN), a metropolitan area network (MAN), a widearea network (WAN), a broadband network (BBN), the Internet, and thelike. Further, the network can include, but is not limited to, any oneor more of the following network topologies, including a bus network, astar network, a ring network, a mesh network, a star-bus network, treeor hierarchical network, and the like.

As discussed herein, examples are provided in which the healthcareprofessional is a physician. It is understood, however, that the metricsprovided for display can be for other healthcare professionals (e.g.,pharmacists, nurses, technicians, assistants) for whom metrics in ahealthcare setting are of particular relevance. In an effort to reducespending and increase efficiency, a hospital or other healthcareinstitution may desire to make its physicians aware of theirperformance, as well as the performance of other physicians. Thephysician's performance may be judged by certain metrics. A device onwhich to deliver and display the metrics may be a mobile device.

In one embodiment, and with reference to FIG. 1, physician metrics areprovided for display on a user (e.g., physician or other healthcareprofessional) mobile device 102. The physician metrics may be providedfor display after the user provides an authentication to access theuser's physician metrics. The physician metrics generally pertain tophysician performance, including cost and efficiency. Example physicianmetrics available for display are patient length of stay, average lengthof stay, cost per stay, mortality rate, readmission rate, case mixindex, number of encounters, average daily checkout, average drugevents, supply statistics, patient recovery time, medication spending,and patient satisfaction ratings. The physician metrics may be thoseassociated with the user or other users.

The physician metrics are based on physician performance data, which isstored on a database (e.g., a knowledge portal, an evidence-basedmonitoring system such as MedMined®, etc.). Physician performance datamay be any data related to the performance of the physician, including,but not limited to, physician data, patient data, medicine data, medicalprocedure data, hospital data, and feedback data.

A first physician metric 104, a second physician metric 106, and a thirdphysician metric 108 are displayed. In certain aspects, any number ofone or more physician metrics may be displayed. In certain aspects, theuser is able to customize which physician metrics are displayed. Incertain aspects, a default set of one or more physician metrics isinitially displayed, which the user may then configure to create acustomized display. In certain aspects, the default set of one or morephysician metrics may change. For example, the set of physician metricsdisplayed on the mobile device 102 may change based on a location of themobile device 102. The mobile device 102 may display a first set ofphysician metrics when the user is in his/her office. The mobile device102 may display a second set of physician metrics when the user is inhis/her home. The mobile device 102 may display a third set of physicianmetrics when the user is in a hospital. As another example, the set ofphysician metrics displayed on the mobile device 102 may change based onthe user's specialty or area of care. A pediatrician's device maydisplay a default set of physician metrics that is different than acardiologist's default set of physician metrics.

The first physician metric 104 is displayed using a pie chart. Thesecond physician metric 106 is displayed using a bar graph. The thirdphysician metric 108 is displayed using a table. In certain aspects, thephysician metric may be displayed in any number of styles. Examplestyles are a bar graph, a pie chart, a line graph, a table, a scatterchart, an area chart, a doughnut chart, a bubble chart, a radar chart, asurface chart, a stock chart, and a list. The metrics can display one ormany user metrics within the same style (e.g., within the same graph orchart).

The user may select a different set of physician performance data tocalculate the physician metric using an arrow 110 next to the physicianmetric display. In certain aspects, using the arrow 110 results in adisplay of a different set of physician performance data for the samephysician metric. In certain aspects, using the arrow 110 results indisplay of a different physician metric. In certain aspects, instead ofpressing an arrow, the user may swipe the screen over the physicianmetric in order to scroll to a different set of physician performancedata.

The displayed metrics associated with a physician may be refreshedperiodically to incorporate new data. For example, the displayed metricsmay be refreshed in intervals of seconds, minutes, hours, days, weeks,months, or years. In certain aspects, the refresh frequency may be setby the user. The refresh frequency may be configured based onnotification or data “fatigue” experienced by users when data isrefreshed either too quickly or too slowly.

The user may access an interface comparing him/her to other physiciansusing the compare button 112. In certain aspects, using the comparebutton 112 causes a chart to be displayed. In certain aspects, the chartcompares the user to other physicians, sorted by one or more physicianmetrics. In certain aspects, the chart ranks a set of physicians by acriterion. In certain aspects, the set of physicians is all physicians.In certain aspects, the set of physicians is the physicians in the samepractice area as the user. In certain aspects, the criterion may be asingle physician metric or a combination of two or more physicianmetrics. Data among physicians within the same care or in different careareas may be normalized for consistency.

The system may also generate notifications 114 informing the user ofupdates. Examples of updates include updated performance related dataand updated rankings of the set of physicians.

The content available for display on the mobile device may vary,depending on the user. There may be limits placed on the access the userhas to certain information. There may also be options that allow for thephysician to approve or disapprove of access to physician performancedata.

In certain aspects, the user may view the physician metrics associatedwith only the user. In certain aspects, the user may view the physicianmetrics associated with the user and other physicians. In certainaspects, a hospital administrator may view the physician metricsassociated with all physicians. In certain aspects, the user may chooseto opt-out, and that physician's performance data may no longer be usedto generate physician metrics. Further, that physician's individualphysician metrics may also no longer be available for comparison byother physicians. In certain aspects, the user may choose to opt-in, inorder for that physician's performance data to be used to generatephysician metrics, and for comparison by other physicians.

FIG. 2 illustrates an example process 200 for viewing physician metricson a mobile device. The process 200 begins at step 205 when a request isreceived on a mobile device (e.g., mobile device 102) from a user toaccess performance data indicative of at least one performance metric ofa physician. The performance data, as previously discussed, arephysician metrics that generally pertain to physician performance,including cost and efficiency.

In step 210, confirmation is received that the user has beenauthenticated as the physician. The authentication may be received froma server that also provides access to the performance data. This userauthentication, as previously discussed, affects access to performancedata and the content available for display on the mobile device (e.g.,mobile device 102).

In step 215, performance data is received that is indicative of the atleast one performance metric of the physician for a period of time.

In step 220, the performance data is configured for display in a formatspecific to the mobile device. For example, in the example userinterface illustrated by FIG. 1, the performance data was configured fordisplay in a pie chart 104, a bar graph 106, and a table 108 that isformatted for display on smaller displays such as those available inmost mobile devices. Accordingly, in some embodiments step 220 includesconfiguring the performance data for display according to an orientationof the mobile device, such as a vertical or horizontal orientation, andselecting between a portrait or landscape aspect ratio of the display.

In step 225, the formatted performance data is provided for display onthe mobile device (e.g., mobile device 102).

FIG. 3 illustrates an example architecture 300 for providing a userinterface for viewing physician metrics on a mobile device, according tosome embodiments. Architecture 300 includes servers 310 and personalcomputing devices 302 connected over a network 350. Each of the manypersonal computing devices 302 is configured to include and execute atleast a network based application for displaying content. The networkbased application can be, for example, a web browser, a document or textediting program, an image editing program, a video editing program, agaming program, a media player program, a social networking program, orany other program that displays content. The content can be, forexample, a plurality of physician metrics provided by at least one ofservers 310, a web page, a document, an image, a video, an audio file, agame, or other displayable content. Personal computing devices 302 canbe, for example, a tablet computer 330 (e.g., including e-book readers),a desktop computer 340, a mobile device 360 (e.g., a smartphone or PDA),a personal computer device 370, a set top box 380 (e.g., for atelevision), a convertible device (e.g., tablet-to-laptop computerdevice) or any other devices having appropriate processor, memory, andcommunications capabilities for displaying content. More particularly,personal computing devices 302 may be associated with registered clientsof one or more of servers 310. In that regard, any one of personalcomputing devices 302 may include all the features and characteristicsof mobile device 102, described in detail above. Furthermore, any one ofpersonal computing devices 302 can be used to perform at least one, orall of the steps in method 200, described above. Moreover, the steps inmethod 200 may be performed by personal computing device 302communicating with any one of servers 310.

In certain aspects, the content for display in the application can beobtained from one or many servers 310 over network 350. Servers 310 canbe any device having an appropriate processor, memory, andcommunications capability for hosting the content for display. Thenetwork 350 can include, for example, any one or more of a personal areanetwork (PAN), a local area network (LAN), a campus area network (CAN),a metropolitan area network (MAN), a wide area network (WAN), abroadband network (BBN), the Internet, and the like. Further, thenetwork 350 can include, but is not limited to, any one or more of thefollowing network topologies, including a bus network, a star network, aring network, a mesh network, a star-bus network, tree or hierarchicalnetwork, and the like.

Any one of personal computing devices 302 may include a memoryconfigured to store commands, a display configured to provide aplurality of metrics related to a healthcare professional's performance,and a communications module configured to communicate with a remoteserver through a network. Any one of personal computing devices 302 mayalso include a processor configured to execute the commands in thememory and retrieve a healthcare professional performance data from theremote server using the communications module. In some embodiments, theprocessor is further configured to provide a graphic display of thehealthcare professional performance data to the display. In someembodiments, any one of personal computing devices 302 includes ageo-locator module configured to obtain at least two geo-coordinates forthe mobile device, and to provide the at least two geo-coordinates tothe processor.

In some embodiments, any one of personal computing devices 302 includesa sensor module configured to determine an orientation of the personalcomputing device and provide the orientation to the processor to adjustthe display in at least one of a horizontal or vertical configuration.Moreover, any one of personal computer devices 302 in any of the aboveconfigurations may include a geo-locator module that provides locationinformation to the processor, the location information including whetherthe user is in one of a home or a hospital. The display in any one ofpersonal computing devices 302 above may include a touch sensitivescreen configured to receive input from a user, the input from the userincluding an authentication credential for the user to access theplurality of metrics related to the healthcare professional'sperformance.

The processor in any one of personal computing devices 302 above mayadjust the display according to a user's specialty area of care. In thatregard, any one of servers 310 may provide the user specialty area ofcare to any one of personal computing devices 302 upon certifying theauthentication credential provided by the user.

FIG. 4 is a block diagram illustrating an example computer system 400with which the personal computing device and server of FIG. 3 can beimplemented. Also, mobile device 102 in FIG. 1, and method 200 in FIG. 2can be implemented with computer system 400. In certain aspects,computer system 400 can be implemented using hardware or a combinationof software and hardware, either in a dedicated server, integrated intoanother entity, or distributed across multiple entities.

Computer system 400 (e.g., personal computing devices 302 and servers310) includes a bus 408 or other communication mechanism forcommunicating information, and a processor 402 coupled with bus 408 forprocessing information. By way of example, computer system 400 can beimplemented with one or more processors 402. Processor 402 can be ageneral-purpose microprocessor, a microcontroller, a Digital SignalProcessor (DSP), an Application Specific Integrated Circuit (ASIC), aField Programmable Gate Array (FPGA), a Programmable Logic Device (PLD),a controller, a state machine, gated logic, discrete hardwarecomponents, or any other suitable entity that can perform calculationsor other manipulations of information.

Computer system 400 includes, in addition to hardware, code that createsan execution environment for the computer program in question, e.g.,code that constitutes processor firmware, a protocol stack, a databasemanagement system, an operating system, or a combination of one or moreof them stored in an included memory 404, such as a Random Access Memory(RAM), a flash memory, a Read Only Memory (ROM), a ProgrammableRead-Only Memory (PROM), an Erasable PROM (EPROM), registers, a harddisk, a removable disk, a CD-ROM, a DVD, or any other suitable storagedevice, coupled to bus 408 for storing information and instructions tobe executed by processor 402. Processor 402 and memory 404 can besupplemented by, or incorporated in, special purpose logic circuitry.

The instructions may be stored in memory 404 and implemented in one ormore computer program products, i.e., one or more modules of computerprogram instructions encoded on a computer readable medium for executionby, or to control the operation of, the computer system 400, andaccording to any method well known to those of skill in the art,including, but not limited to, computer languages such as data-orientedlanguages (e.g., SQL, dBase), system languages (e.g., C, Objective-C,C++, Assembly), architectural languages (e.g., Java, .NET), andapplication languages (e.g., PHP, Ruby, Perl, Python). Instructions mayalso be implemented in computer languages such as array languages,aspect-oriented languages, assembly languages, authoring languages,command line interface languages, compiled languages, concurrentlanguages, curly-bracket languages, dataflow languages, data-structuredlanguages, declarative languages, esoteric languages, extensionlanguages, fourth-generation languages, functional languages,interactive mode languages, interpreted languages, iterative languages,list-based languages, little languages, logic-based languages, machinelanguages, macro languages, metaprogramming languages, multiparadigmlanguages, numerical analysis, non-English-based languages,object-oriented class-based languages, object-oriented prototype-basedlanguages, off-side rule languages, procedural languages, reflectivelanguages, rule-based languages, scripting languages, stack-basedlanguages, synchronous languages, syntax handling languages, visuallanguages, Wirth languages, embeddable languages, and xml-basedlanguages. Memory 404 may also be used for storing temporary variable orother intermediate information during execution of instructions to beexecuted by processor 402.

A computer program as discussed herein does not necessarily correspondto a file in a file system. A program can be stored in a portion of afile that holds other programs or data (e.g., one or more scripts storedin a markup language document), in a single file dedicated to theprogram in question, or in multiple coordinated files (e.g., files thatstore one or more modules, subprograms, or portions of code). A computerprogram can be deployed to be executed on one computer or on multiplecomputers that are located at one site or distributed across multiplesites and interconnected by a communication network. The processes andlogic flows described in this specification can be performed by one ormore programmable processors executing one or more computer programs toperform functions by operating on input data and generating output.

Computer system 400 further includes a data storage device 406 such as amagnetic disk or optical disk, coupled to bus 408 for storinginformation and instructions. Computer system 400 is coupled viainput/output module 410 to various devices. The input/output module 410is any input/output module. Example input/output modules 410 includedata ports such as USB ports. The input/output module 410 is configuredto connect to a communications module 412. Example communicationsmodules 412 include networking interface cards, such as Ethernet cardsand modems. In certain aspects, the input/output module 410 isconfigured to connect to a plurality of devices, such as an input device414 and/or an output device 416. Example input devices 414 include akeyboard and a pointing device, e.g., a mouse or a trackball, by which auser can provide input to the computer system 400. Other kinds of inputdevices 414 are used to provide for interaction with a user as well,such as a tactile input device, visual input device, audio input device,or brain-computer interface device. For example, feedback provided tothe user can be any form of sensory feedback, e.g., visual feedback,auditory feedback, or tactile feedback; and input from the user can bereceived in any form, including acoustic, speech, tactile, or brain waveinput. Example output devices 416 include display devices, such as a LED(light emitting diode), CRT (cathode ray tube), or LCD (liquid crystaldisplay) screen, for displaying information to the user.

According to one aspect of the present disclosure, personal computingdevice 302 can be implemented using a computer system 400 in response toprocessor 402 executing one or more sequences of one or moreinstructions contained in memory 404. Such instructions may be read intomemory 404 from another machine-readable medium, such as data storagedevice 406. Execution of the sequences of instructions contained in mainmemory 404 causes processor 402 to perform the process steps describedherein. One or more processors in a multi-processing arrangement mayalso be employed to execute the sequences of instructions contained inmemory 404. In alternative aspects, hard-wired circuitry may be used inplace of or in combination with software instructions to implementvarious aspects of the present disclosure. Thus, aspects of the presentdisclosure are not limited to any specific combination of hardwarecircuitry and software.

Various aspects of the subject matter described in this specificationcan be implemented in a computing system that includes a back endcomponent, e.g., as a data server, or that includes a middlewarecomponent, e.g., an application server, or that includes a front endcomponent, e.g., a client computer having a graphical user interface ora Web browser through which a user can interact with an implementationof the subject matter described in this specification, or anycombination of one or more such back end, middleware, or front endcomponents. The components of the system can be interconnected by anyform or medium of digital data communication, e.g., a communicationnetwork. The communication network (e.g., network 350) can include, forexample, any one or more of a personal area network (PAN), a local areanetwork (LAN), a campus area network (CAN), a metropolitan area network(MAN), a wide area network (WAN), a broadband network (BBN), theInternet, and the like. Further, the communication network can include,but is not limited to, for example, any one or more of the followingnetwork topologies, including a bus network, a star network, a ringnetwork, a mesh network, a star-bus network, tree or hierarchicalnetwork, or the like. The communications modules can be, for example,modems or Ethernet cards.

Computing system 400 includes servers and personal computer devices,such as servers 310 and personal computing devices 302, described indetail above. A personal computing device and server are generallyremote from each other and typically interact through a communicationnetwork. The relationship of client and server arises by virtue ofcomputer programs running on the respective computers and having aclient-server relationship to each other. Computer system 400 can be,for example, and without limitation, a desktop computer, laptopcomputer, or tablet computer. Computer system 400 can also be embeddedin another device, for example, and without limitation, a mobiletelephone, a personal digital assistant (PDA), a mobile audio player, aGlobal Positioning System (GPS) receiver, a video game console, and/or atelevision set top box.

The term “machine-readable storage medium” or “computer readable medium”as used herein refers to any medium or media that participates inproviding instructions or data to processor 402 for execution. Such amedium may take many forms, including, but not limited to, non-volatilemedia, volatile media, and transmission media. Non-volatile mediainclude, for example, optical disks, magnetic disks, or flash memory,such as data storage device 406. Volatile media include dynamic memory,such as memory 404. Transmission media include coaxial cables, copperwire, and fiber optics, including the wires that comprise bus 408.Common forms of machine-readable media include, for example, floppydisk, a flexible disk, hard disk, magnetic tape, any other magneticmedium, a CD-ROM, DVD, any other optical medium, punch cards, papertape, any other physical medium with patterns of holes, a RAM, a PROM,an EPROM, a FLASH EPROM, any other memory chip or cartridge, or anyother medium from which a computer can read. The machine-readablestorage medium can be a machine-readable storage device, amachine-readable storage substrate, a memory device, a composition ofmatter effecting a machine-readable propagated signal, or a combinationof one or more of them.

As used herein, the phrase “at least one of” preceding a series ofitems, with the terms “and” or “or” to separate any of the items,modifies the list as a whole, rather than each member of the list (i.e.,each item). The phrase “at least one of” does not require selection ofat least one item; rather, the phrase allows a meaning that includes atleast one of any one of the items, and/or at least one of anycombination of the items, and/or at least one of each of the items. Byway of example, the phrases “at least one of A, B, and C” or “at leastone of A, B, or C” each refer to only A, only B, or only C; anycombination of A, B, and C; and/or at least one of each of A, B, and C.

A reference to an element in the singular is not intended to mean “oneand only one” unless specifically stated, but rather “one or more.” Allstructural and functional equivalents to the elements of the variousconfigurations described throughout this disclosure that are known orlater come to be known to those of ordinary skill in the art areexpressly incorporated herein by reference and intended to beencompassed by the subject technology. Moreover, nothing disclosedherein is intended to be dedicated to the public regardless of whethersuch disclosure is explicitly recited in the above description.

While this specification contains many specifics, these should not beconstrued as limitations on the scope of what may be disclosed, butrather as descriptions of particular implementations of the subjectmatter. Certain features that are described in this specification in thecontext of separate embodiments can also be implemented in combinationin a single embodiment. Conversely, various features that are describedin the context of a single embodiment can also be implemented inmultiple embodiments separately or in any suitable subcombination.Moreover, although features may be described above as acting in certaincombinations and even initially disclosed as such, one or more featuresfrom a disclosed combination can in some cases be excised from thecombination, and the disclosed combination may be directed to asubcombination or variation of a subcombination.

Similarly, while operations are depicted in the drawings in a particularorder, this should not be understood as requiring that such operationsbe performed in the particular order shown or in sequential order, orthat all illustrated operations be performed, to achieve desirableresults. In certain circumstances, multitasking and parallel processingmay be advantageous. Moreover, the separation of various systemcomponents in the aspects described above should not be understood asrequiring such separation in all aspects, and it should be understoodthat the described program components and systems can generally beintegrated together in a single software product or packaged intomultiple software products.

The subject matter of this specification has been described in terms ofparticular aspects, but other aspects can be implemented and are withinthe scope of the following disclosure. For example, the actions recitedin the disclosure can be performed in a different order and stillachieve desirable results. As one example, the processes depicted in theaccompanying figures do not necessarily require the particular ordershown, or sequential order, to achieve desirable results. In certainimplementations, multitasking and parallel processing may beadvantageous. Other variations are within the scope of the disclosure.

1. A computer-implemented method comprising: receiving a request on amobile device from a user to access first performance data indicative ofat least one performance metric of a physician; receiving confirmationthat the user has been authenticated as the physician; receiving thefirst performance data indicative of the at least one performance metricof the physician for a period of time; configuring the first performancedata for display in a format specific to the mobile device; andproviding the formatted first performance data for display on the mobiledevice.
 2. The method of claim 1, further comprising generating anotification when an update for the first performance data is available.3. The method of claim 2, further comprising generating a notificationwhen an update for the second performance data is available.
 4. Themethod of claim 1, further comprising: receiving a second request on themobile device from the user to access second performance data indicativeof the at least one performance metric of an at least one otherphysician; receiving confirmation that the user is authenticated toaccess the second performance data; receiving the second performancedata indicative of the at least one performance metric of the at leastone other physician for the period of time; configuring the secondperformance data for display with the first performance data in theformat specific to the mobile device; and providing the formatted secondperformance data for display on the mobile device with the formattedfirst performance data.
 5. The method of claim 1, wherein the at leastone performance metric is configured by the user.
 6. The method of claim1, wherein the period of time is configured by the user.
 7. The methodof claim 1, wherein the at least one performance metric comprises anaverage cost per stay for patients associated with a physician.
 8. Themethod of claim 1, wherein the at least one performance metric comprisesan average length of stay for patients associated with a physician. 9.The method of claim 1, wherein the at least one performance metriccomprises an average satisfaction value for patients associated with aphysician.
 10. A system comprising: a memory storing executableinstructions; and a processor configured to execute the executableinstructions stored in the memory to: receive a request on a mobiledevice from a user to access first performance data indicative of atleast one performance metric of a physician; receive confirmation thatthe user has been authenticated as the physician; receive the firstperformance data indicative of the at least one performance metric ofthe physician for a period of time; configure the first performance datafor display in a format specific to the mobile device; and provide theformatted first performance data for display on the mobile device,wherein the at least one performance metric is configured by the user.11. The system of claim 10, wherein the at least one performance metricis configured by the user.
 12. The system of claim 10, wherein theperiod of time is configured by the user.
 13. The system of claim 10,wherein the at least one performance metric comprises an average costper stay for patients associated with a physician.
 14. The system ofclaim 10, wherein the at least one performance metric comprises anaverage length of stay for patients associated with a physician.
 15. Amobile device comprising: a memory configured to store commands; adisplay configured to provide a plurality of metrics related to ahealthcare professional's performance; a communications moduleconfigured to communicate with a remote server through a network; aprocessor configured to execute the commands in the memory and retrievea healthcare professional performance data from the remote server usingthe communications module, the processor further configured to provide agraphic display of the healthcare professional performance data to thedisplay; and a geo-locator module configured to obtain at least twogeo-coordinates for the mobile device, and to provide the at least twogeo-coordinates to the processor.
 16. The mobile device of claim 15,further comprising a sensor module configured to determine anorientation of the mobile device and provide the orientation to theprocessor to adjust the display in at least one of a horizontal orvertical configuration.
 17. The mobile device of claim 15, wherein thegeo-locator module provides location information to the processor, thelocation information comprising whether the user is in one of a home ora hospital.
 18. The mobile device of claim 15, wherein the display is atouch sensitive screen configured to receive input from a user, theinput from the user comprising an authentication credential for the userto access the plurality of metrics related to the healthcareprofessional's performance.
 19. The mobile device of claim 15, whereinthe processor is configured to adjust the display according to a user'sspecialty area of care.
 20. The mobile device of claim 19, wherein theuser's specialty area of care is provided by the remote server to themobile device upon certifying the authentication credential provided bythe user.